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(54) Semi-automated operator assistance telecommunication calls 



(57) An operator assistance call handling arrange- 
ment is disclosed featuring the use of an intelligent tele- 
communications station (intelligent phone) for the 
collection and transmission of call data to an operator 
assistance system for setting up a call without the inter- 
vention of an operator. The intelligent phone is 
equipped to handle CCITT (International Consulative 
Committee for Telephone and Telegraph) standard 
Layer 3 (Q.931) call control messages defined for mes- 
sage associated user-to-user information (MA-UUi). 
The operator assistance system is part of a central tele- 
phone office switching system, and is connected to the 
intelligent phone via an integrated services digital net- 
work (ISDN) basic rate interface (BRI). For station-to- 
station (station) collect calls, person-to-person (person)* 
calls including collect and calling card calls, and bill-to- 
third party calls, a calling (back) party enters information 
identifying the class of charge (COC) and other call data 
at the intelligent phone, which formats the information 
into a user-to-user information element (UUIE). The 
intelligent phone then places the UUIE comprising the 
call information into a Q.931 SETUP message and 
sends the SETUP message over a ISDN D-channel to 
the switching system system comprising the operator 
assistance system to set up an ISDN B-channel call 
between the back party and a called (forward) party. By 
utilizing the COC information, connections for collect, 
person and bill-to-third party calls are set up without the 



intervention of an operator. Later, when the operator 
assistance system seizes an operator position to serv- 
ice the call after the call has been answered by the for- 
ward party, the call data is automatically displayed for 
the operator. 

A time and charges information delivery arrange- 
ment is also disclosed utilizing an intelligent telecommu- 
nications station (intelligent phone) for displaying that 
information after a termination of a call. The intelligent 
phone is equipped to handle CCITT (International Con- 
sultative Committee for Telephone and Telegraph) 
standard Layer 3 (Q.931) call control messages defined 
for message associated user-to-user information (MA- 
UUI), and is connected to a central telephone office 
switching system via an integrated services digital net- 
work (ISDN) basic rate interface (BRI). After an operator 
assistance call is terminated, the operator assistance 
system that processed the call sends a Q.931 SETUP 
message to the intelligent phone over an ISDN signal- 
ing channel (D-channel). The message includes a data 
block, comprising time and charges information. When 
the intelligent phone receives the message, it ignores 
the call setup request, and simply displays the informa- 
tion sent in the message. Thus, without any action by an 
operator, a public telephone customer receives time and 
charges information for the terminated call, without 
establishing a new call (B-channel call) between the 
operator assistance system and the intelligent phone. 
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Description 

Technical Field 

This invention relates to the processing of operator 
assistance telecommunications calls. 

Problem 

In the present mode for operating the public tele- 
phone network, toll and assistance operators are still 
required for a large class of these calls. For example; toll 
and assistance operators are required for processing 
calls such as station-to-station (station) collect calls; 
person-to-person (person) calls including sent paid, col- 
lect, and calling card calls; and bill-to-third party calls. 
Also, at the request of public telephone customers, 
operators are required to provide time and charges 
information at the conclusion of these processed calls. 

Customer-dialed operator assistance calls are usu- 
ally referred to as zero plus (0+) calls because the cus- 
tomers dial zero (signifying an operator assistance type 
call) plus a directory number. Operator calls that have 
no customer-dialed directory number are usually 
referred to as zero minus (0- or 00-) calls because cus- 
tomers do not dial further after having dialed one or two 
zeroes to get the intervention of an operator. A major 
expense in setting up operator assistance calls is the 
cost of the time of the operators whose services are 
required. In the past, the cost for setting up 0+ and 0- 
calls has been sharply reduced through the introduction 
of systems such as the Traffic Services Position System 
(TSPS) No. 1 , and the Operator Services Position Sys- 
tem (OSPS), both manufactured by AT&T Network Sys- 
tems, which require that operators only be connected to 
a call during the call setup time and that operators may 
be recalled when needed for such operations as collect- 
ing an overtime charge on a coin call, notifying a cus- 
tomer of the elapsed time and charges for a call, or in 
response to an originating customer flash because of, 
for example, poor transmission or a poor connection. All 
of these conditions are detected by timing or in 
response to calling customer signals. 

Even with these systems, for calls such as person 
and collect calls, there remains a substantial amount of 
recoverable time during which an operator must attend 
the call but is not actively servicing the call. This inter- 
val, for example, occurs from the time that a customer 
on a person sent paid call has given the identity of the 
telephone number and individual to whom he or she 
wants to talk and the time that the called telephone is 
answered. Arrangements to eliminate such intervals 
require that operators be readily disconnected and 
reconnected to calls. 

Later arrangements reduce operator work time for 
collect calls and person-to-person calls (which include 
person-collect, person-paid, person calling card and 
person bill to third number). An example of such an 
arrangement is the more efficient call handling (MECH) 



process, described in a pending application of T.M. 
Bauer et al., Ser. No. 248,459, wherein a first operator 
is connected to the call after the completion of customer 
dialing and, for a class of calls, this operator is discon- 

5 nected from the call after determining the class of 
charge (COC) including the billing method and any 
required billing data; subsequently, a second operator 
who may or may not be the same as the first operator is 
connected to the call in response to the answer signal of 

w the called customer. Such an arrangement reduces the 
operator work time on the call by making it unnecessary 
for an operator to be connected to the call during the call 
setup time and ringing interval and if the call is not 
answered, the second operator is not required at all. 

15 In the MECH arrangement, the first operator may 
record the name of the calling party for a collect call, the 
name of the called party on a person call, and both 
names for a person collect call. Subsequently, when the 
second operator is attached to the call, the COC and 

20 previously entered name is displayed at the operator 
position of the second operator. Thus the second oper- 
ator is ready to talk to the called party immediately upon 
being connected to the call without first having to ascer- 
tain from the calling party, the calling party's name or 

25 the name of the requested called party in a person call. 
Further, such an arrangement eliminates the need for 
the second operator to warn the called party that this is 
an operator assistance call and that the operator needs 
to ascertain information before talking further to the 

30 called party. 

Although the MECH arrangement reduces operator 
work time on calls, there is a need to further reduce the 
amount of operator work time required to process the 
handling of such operator assistance calls, such as per- 

35 son, collect and bill to third party calls. 

Another major expense in handling operator assist- 
ance calls is the cost of delivering time and charges 
information to a public telephone customer at the con- 
clusion of a call. In the prior art, an operator delivers 

40 time and charges information responsive to a verbal 
request from the customer at the beginning of a call. 
The operator calls the customer's public telephone after 
his or her call is completed, and verbally relays the time 
and charges information. 

45 A problem with the prior art method of delivering 
time and charges information is that operator work time 
is used in delivering the information. Furthermore, tele- 
phone network voice facilities are required for the oper- 
ator to make the call to the customer's public phone. 

so Thus, the prior art method incurs both the expense of 
operator work time, and the expense of using voice net- 
work facilities. 

Prior art systems, such as the TSPS No. 1, and 
OSPS, require that operators may be recalled when 

55 needed for such operations as notifying a customer of 
the elapsed time and charges for a call, reduce operator 
work time in the setting up of operator assistance calls, 
but do not reduce operator work time or the use of net- 
work facilities for the delivery of time and charges infor- 
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mation. Although MECH reduces the operator work time 
required to set up the call by making it unnecessary for 
an operator to be connected to the call during the call 
setup time and ringing interval, it does not reduce the 
expenses incurred for delivering time and charges infor- 5 
mation. 

Thus, another problem with prior art operator 
assistance systems is that there is no satisfactory 
method of inexpensively delivering time and charges 
information to public telephone customers for operator 10 
assistance calls. 

Solution 

The above problems are solved and an advance is 15 
made in the art in accordance with a new method and 
apparatus of our invention featuring the use of an exem- 
plary intelligent telecommunications station (intelligent 
phone) for collecting and transmitting call data to an 
operator assistance for initiating the setting up a call 20 
without the intervention of an operator and for automat- 
ically receiving data from a connected switching system 
after a call has been terminated and without an inter- 
vention of an operator. For collect, person, and bill to 
third party calls, a calling (bacl^ party enters information 2s 
identifying the class of charge (COC) into the intelligent 
phone. The phone then sends the call identification 
information to an operator assistance system as part of 
„ a signaling message to set up the call. By utilizing the 
,r t*}y COC information, connections for collect, person and 30 
bill to third party calls are set up without the intervention 
of an operator. Later, when the operator assistance sys- 
tem seizes an operator position to service the call after 
the call has been answered by the called or forward 
party, the call data is automatically displayed for the 35 
operator. Advantageously, neither an operator nor tele- 
phone network resources are required to gather COC 
information, thus significantly reducing operator work 
time and network resource usage. After the operator 
assistance call is terminated, the operator assistance 40 
system that processed the call sends a message includ- 
ing time and charges information for the call to the intel- 
ligent phone for displaying of that information. 
Advantageously, time and charges information are 
delivered to the customer without using operator work 45 
time or telephone network facilities to place a call. 

In the exemplary embodiment CCITT (International 
Consultative Committee for Telephone and Telegraph) 
standard Layer 3 (Q.931) call control messages defined 
for message associated user-to-user information (MA- so 
UUI) carry user-to-user information elements (UUIEs) 
to a MECH program process for collect, person-to-per- 
son, and bill to third party calls. A back party places a 
call by entering COC information (such as person or 
station call, collect or bill to third party call and the called ss 
party name and number) into an enhanced user inter- 
face payphone, which sends the information to the 
MECH process as a MA-UUI element of a Q.931 
SETUP message. The MECH process sets-up the call 



to the forward party based on the information received 
in the UUIE. The MECH process waits until a called 
party answers the call and then activates a mechanism 
to seize an operator position, with the call information 
displayed at the position. Advantageously, an operator 
is not required to gather call information, thus, operator 
work time is signif icantly reduced. 

After the call is terminated, the MECH process 
sends the time and charges information for the call to 
the back party's enhanced user interface phone as part 
of a UUIE of a Q.931 SETUP message. Responsive to 
receipt of this message, the enhanced user interface 
phone rejects the call setup request, and displays the 
time and charges information for the back party. Thus, 
time and charges information is delivered to the back 
party without a call being established. Advantageously 
an operator is not required to deliver time and charges 
information. 

In accordance with one aspect of the exemplary 
embodiment, the intelligent phone, an enhanced user 
interface payphone, interacts with a back party to gather 
call information by asking the back party questions via a 
display screen. The enhanced user interface payphone 
performs error checking on the information entered by 
the back party. The payphone is equipped to use MA- 
UUI signaling, and is connected to a central office tele- 
phone switching system via an integrated services dig- 
ital network (ISDN) basic rate interface (BRI), thus 
providing an integrated voice and data communication 
facility. A network connection is established only after 
information required to initiated a call is verified. The 
enhanced user interface payphone then places the 
information in the UUIE of a Q.931 SETUP message 
and sends it to the MECH process. Advantageously, the 
enhanced user interface phone eliminates the need to 
use network facilities prior to receipt of verified call infor- 
mation. 

In accordance with one aspect of the exemplary 
embodiment, the intelligent public telephone generates 
a unique station identifier with each call origination. This 
identifier is included in a UUIE of a Q.931 SETUP mes- 
sage, and uniquely links the public telephone, and the 
call data gathered at the public telephone, to the outgo- 
ing call. The identifier is used by the MECH process to 
(1) verify time and charges information and (2) signal 
the public telephone to reject the call setup request 
delivering the time and charges information, and 
thereby eliminating the need to establish a circuit 
switched B-channel call. Telephone network facilities 
are only required to send the call setup request mes- 
sage and call setup rejection message. Advanta- 
geously, less expense is incurred for use of network 
facilities than in prior art arrangements. 

Brief Descri ption of the Drawing 

FIG. 1 is a block diagram of an operator assistance 
switching system for processing operator assist- 
ance calls in accordance with the methods of FIGS. 
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2-8; and 

FIGS. 2-8 are data layouts and flow diagrams of 
methods of processing operator assistance calls in 
accordance with the invention. 

Detailed Description 

FIG. 1 is an architectural diagram of a system illus- 
trating one embodiment of the present invention. The 
system comprises an "enhanced" public telephone 150, 
comprising a handset 151, a credit card reader 152, a 
coin slot 153. a display screen 154, a keyboard 155, a 
coin return slot 157, and a control processor 158, com- 
prising a data store 1 59, a central processing unit (CPU) 
160, and a program 161 for controlling the operations of 
the CPU 160. The public phone is equipped with an 
International Consultative Committee for Telephone and 
Telegraph (CCITT) Integrated Services Digital Network 
(ISDN) Basic Rate Interface (BRI), as described in 
CCITT Red Book Fascicle IIL5 Series 1 Recommenda- 
tion, and has the capability of handling standard Q.931 
interface, as described in CCITT Red Book Fascicle 
VI. 9 Recommendation Q.931. The public phone 150 
uses CCITT standard message associated user-to-user 
information (MA-UUI) signaling, and is connected to a 
switching system 101 via an ISDN BR1 162. 

The switching system (switch) 101 is a 5ESS® 
switch, extensively described in AT&T Technical Jour- 
nal, vol. 64, no. 6, part 2, pp. 1305-1564, July/August 
1985, which also serves as an Operator Services Posi- 
tion System (OSPS) as described in N. X. DeLessio et 
ai.: "An Integrated Operator Services Capability for the 
5ESS Switching System", International Switching Sym- 
posium '84. (Florence), Session 22C, Paper 3, pp. 1-5, 
May 1984. The change required in the switching system 
to implement the present invention is the addition of a 
program in the control 1 1 0 of the switch for executing 
the tasks described in the flow charts of FIGS. 4-7. The 
switch 101 comprises a control 110 for controlling the 
switch. The control 110, in turn, comprises a central 
processing unit 108, a program 106 for controlling the 
operations of the central processing unit, and a data 
store 107 for storing call data. The program 106 com- 
prises switching processes 1 13 to handle the switching 
of calls, an operator services position system (OSPS) 
process 114 to handle operator assistance calls, and 
the more efficient call handling (MECH) process 1 15 to 
more efficiently handle operator assistance calls. The 
switch also comprises a local data base system 1 16 for 
storing data such as: (1) customer lines connected to 
the system, such as the Q.931 equipped customer line 
162, (2) interconnecting networks 132, (3) trunks, such 
as trunk 133 connected to the system, and (4) data 
about operator positions connected to the system, A 
transaction recorder 122 is used for recording billing 
data. The switch also comprises a voice and data 
switching network 1 12 which can be used for transmit- 
ting data among control unit 110 interconnecting data 
network 118 and operator access facility 126, and for 



transmitting voice among trunks coming into the sys- 
tem, such as trunk 133 to interconnecting network 132, 
customer lines such as customer line 162 and operator 
access facilities such as operator access facility 126. 

5 The interconnecting network 132 which may include 
one or more switching systems is used for accessing 
the called customer station 146 from switch 101. Oper- 
ator position 124, connected to the voice and data 
switching network 112 by operator access facility 126. 

10 comprises a video terminal for displaying data obtained 
from control 110, local data base system 116, and 
remote data base system 120. While a typical system 
would have many operator positions attached, for clar- 
ity, only one is shown herein. Remote data base system 

is 120 is connected to voice and data switching network 
112 via interconnecting data network 118. Voice and 
data switching network 1 12 is connected to control unit 
110 via a control connection 111. interconnecting data 
network 118 and remote data base system 120 are 

20 used for obtaining data about the calling or called termi- 
nal and/or called station when this data is not available 
in the local data base system 1 16. 

In this specific embodiment of the present inven- 
tion, a calling (back) party makes a call from the public 

25 telephone 150 by entering call information on the key- 
board 155, responsive to a request from a menu on the 
display screen 154. The back party completes the call- 
ing procedure by pressing the send button 157 on the 
keyboard 155. The enhanced public phone 150 then for- 

30 mats the call information into a user-to-user information 
element (UUIE) of a Q.931 SETUP message, places 
the UUIE into a SETUP message, and sends the mes- 
sage to the voice and data switching network 1 1 2 of the 
switching system 101, which routes the call to the 

35 OSPS process 1 14. The OSPS process 1 1 4 opens the 
UUIE to validate the call information and handle any 
error conditions, and sends the information to the 
MECH process 115. The MECH process 115 uses the 
information provided in the UUIE to set up a connection 

40 to a called (forward) party station 146. Once a connec- 
tion to the forward party station 146 is set up via trunk 
133 and interconnecting network 132 to forward party 
station 1 46, and an answer from the forward party sta- 
tion 146 is detected in the voice and data switching net- 

45 work 112 and relayed via control connection 111 to 
control 110, control 110 then informs the MECH proc- 
ess 115 and .causes a connection to be set up. The 
MECH process 115 alerts the OSPS process 114 that 
an operator should be queued, and an operator position 

so is connected to the call. The connection is among the 
back party station 150, the forward party station 146 
and an operator position, similar to operator position 
124, connected via its own operator access facility, sim- 
ilar to operator access facility 126. Data describing the 

55 call is then displayed on the operator's terminal to per- 
mit the operator to further control the call by signaling 
requests for changes in the call configuration to the con- 
trol 110. 

FIG. 2 is a flow diagram of an enhanced public 
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phone program process (coin station process) which 
handles the collection and sending of call information. 
The process which is controlled within the public tele- 
phone 150 is inactive while the coin station is idle (block 
202). The process begins when a back party enters a 
forward party number on the keyboard of the phone 
(action block 204). The process then checks for errors in 
the forward party number (test 206). If there are errors, 
an error handling procedure is invoked which does the 
following: (1) the procedure determines whether the 
back party has been re-prompted to enter the informa- 
tion a maximum number of times (test 210); (2) if thresh- 
old has not been reached, the process re-prompts the 
back party for the information (action block 212); how- 
ever, if the threshold has been reached, the back party 
is connected to an operator (action block 214) and the 
process returns to its idle state (block 202). Otherwise, 
if no error occurred in entering the forward party 
number, the process checks for the class of charge 
(COC) entered by the back party (action block 208). If 
the call is a person call (test 216), the enhanced phone 
process then waits to receive the forward party name 
(action block 218); if the call is collect (test 222), the 
process waits to receive the back party name (action 
block 224); if the call is a credit call charge call (test 
228). the process waits for a credit card number (action 
block 230); finally, if the call is a third party call (test 
232), the process waits to receive the third party 
number to be billed (action block 234). If any errors 
occur in the tests or reception of any data (test 220 and 
test 226), the call is handled by the procedure described 
above. 

After the COC is entered, the process then waits to 
receive any coins that need to be deposited (action 
block 236), and checks whether the required coin 
deposit if any, is satisfied (test 238). If the deposit is not 
satisfied, the error treatment procedure, described 
above, is invoked; otherwise, the process next checks 
whether the back party wants to be informed of time and 
charges information after the call (test 240). If so, the 
call record is marked, i.e.. a special octet is formed to 
indicate that time and charges information are 
requested (action block 242). Finally, the process uses 
the information provided by the back party together with 
a serf generated unique coin station identifier (used for 
verification of proper time and charges information 
delivery) to form a UUIE (of a Q.931 SETUP message) 
to be sent to the MECH process in the switching system 
(action block 244), and the coin station returns to idle 
(block 202). 

The Q.931 protocol limits the maximum length of 
the UUIE of a SETUP message to 131 octets, 128 of 
which may contain UUI and the remainder used for a 
message header. PIG. 3 is a diagram illustrating the 
structure of the UUIE in the present invention. The 3 
octets of the message header contain call control infor- 
mation (CCI), comprising a UUIE ID 304, the length of 
the UUI 306, and a protocol discriminator 308. The spe- 
cific embodiment of the present invention uses 121 of 



the possible 128 octets remaining for UUI. The UUI con- 
tains a unique coin station identifier 310. which identi- 
fies the call , a forward party number 3 1 2, the COC 314, 
the forward party name 316, a third party name 318, a 
5 back party name 320, a credit card number 322, a 
deposit amount 324, a coin station number 326, and 
one octet to signify a request for time and charges infor- 
mation 328. The remaining possible seven octets 330 
are unused. 

10 FIGS. 4-7 are flow diagrams of the method of one 
embodiment of the present invention, starting at the 
point after the Q.931 SETUP message has been sent 
by the back party station. These figures depict the oper- 
ation of an operator assistance process, comprising the 

15 OSPS process 114, and the MECH process 115. Calls 
that are treated in accordance with the principles of this 
invention are called modified MECH calls Other calls 
are given treatment by "standard practices" signifying . 
treatment in accordance with the normal practices for 

20 operator assistance calls of this type as described, for 
example, in the Bell System Technical Journal. 
(B.S.T.J.), vol. 58, no. 6, part 1, July/August 1979, and 
B.S.T.J., vol. 49, no. 10, December 1970, pp. 2417- 
2709. especially pp. 2625-2683. 

2$ The process waits for a SETUP message to arrive 
at the switching system (action block 402), opening the 
UUIE of a message once it arrives (action block 404). It 
next checks for a customer for a customer request for 
operator (OPR) assistance (test 406), routing the call to 

30 an operator (treating call as 0-) if an OPR assistance 
signal is discovered (action block 416). Otherwise, the 
process checks whether the UUIE is valid under the pro- 
tocol (test 408). If the UUIE is valid, the process then 
checks whether the UUIE contains a valid forward party 

35 number (action block 410), otherwise, the call is treated 
as a 0- call and routed to an operator (action block 41 6). 

If the forward party number contained in the UUIE is 
invalid, the call is treated as a 0- call (action block 416). 
If the number is valid, then the call is a 0+ call; if not the 

40 call must be sent to an operator in accordance with 0- 
call handling procedures, and the process then checks 
rf the call is collect, person-to-person, or bill to third 
party call (test 414). The process places related call 
information for these types of calls into fields to be used 

45 by the operator (action block 41 8). 

For the call is a 0+ call, the process next checks 
whether the class of charge for the call has been 
entered (test 420). If not, the call is routed to an operator 
(action block 422), otherwise the process next checks 

so whether the calf is a coin deposit call (test 424); if so, the 
process checks if the deposit has been satisfied (test 
426). It routes the call to an operator if the deposit is 
unsatisfied (action block 422), otherwise, it sends the 
information contained in the UUIE to the modified 

55 MECH process, and instructs the modified MECH proc- 
ess to perform billing validation checks for the call and 
then sends the call to the forward party (action block 
428). 

Billing validation checks are performed in conform- 
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ance with standard practices to see if the calling cus- 
tomer is entitled to place this type of call to the called 
station. For example, a collect call to a coin phone is not 
usually allowed. For the case of a person call that is to 
be billed to a third party, this includes verifying whether 
the third party accepts such billing or wishes to be 
called, and, if necessary, calling that third party to verify 
acceptance of the billing. The modified MECH process 
sends a call to a forward party by outpulsing the call to" 
the telephone central office connected to the forward 
party. The back party is left to monitor the progress of 
the call. This "outpulsing" can be done over talking 
trunks or via separate common channel signaling facili- 
ties. It is the back party who detects busy or no answer 
and initiates a disconnect for those cases. The operator 
assistance system monitors the connection to detect 
the return of answer supervision. 

If the call is not a coin, the process checks the COC 
to determine whether the call is collect or person-to-per- 
son (test 430); if not, the call information for the call is 
sent to the modified MECH process, along with instruc- 
tions to perform billing validation checks and send the 
call to the forward party (action block 428). Finally, if the 
call is a collect or person-to-person call, the process 
checks the UUIE to determine whether the required 
names have been entered (test 432); if not, the process 
informs the modified MECH process that the names 
have not been entered (action block 434), and performs 
the standard instruction procedures (action block 428). 
If the names have been entered, the standard instruc- 
tion procedures are performed (action block 428). Sub- 
sequent actions are described with respect to the flow 
chart FIG. 5 starting with test 502. 

FIG. 5 describes the process of detecting an 
answer from the forward party and the actions per- 
formed immediately thereafter. Test 502 checks 
whether answer supervision is received, i.e., whether 
the forward party answers. If not, test 504 is performed 
to test whether the back party has requested OPR 
assistance. If the back party has requested OPR assist- 
ance, then the forward connection, i.e., the connection 
to the forward party is released and an operator position 
is connected to the back party to receive further instruc- 
tions (action block 506). The back party and operator 
are fully connected to allow the calling customer to talk 
to and hear the operator at the operator position where 
the call history is displayed to the operator. If the back 
party does not request OPR assistance, a test is made 
to check whether the back party disconnects (test 508). 
If the back party disconnects, the call is torn down 
(action block 51 0). This action would be performed if the 
back party decides that the forward party is not answer- 
ing or if the back party hears busy or overflow tone. If 
the back party does not disconnect, supervisory moni- 
toring of the call for answer is resumed (test 502. previ- 
ously discussed). If answer supervision is received as 
detected in test 502 and an OPR is available (test 51 6), 
then actions are performed in accordance with FIG. 7. If 
an OPR position is not available, the connection is 



arranged so that both the back and the forward parties 
are muted (action block 51 2), i.e., that neither calling nor 
called party can hear the other. The call is then placed 
on a high priority queue for an operator position without 
s giving audible tone to either the back or the forward 
party in order to avoid confusion (action block 514). 
There may be several such queues in an operator 
assistance system, for queuing different types of modi- 
fied MECH calls. Next, the actions described in FIG. 6 
10 are performed starting with test 602. 

FIG. 6 describes the actions performed until an 
operator position can be connected to the call. Test 602 
determines whether the MECH queue (i.e. the queue in 
which the call was entered in action block 514) is 
is expected to introduce a delay that exceeds a specified 
threshold. If so, an announcement is played to both the 
back and the forward parties (action block 604). The 
announcement might say: "Please hold, an operator will 
be connected promptly." If the back party disconnects, 
20 as determined by test 606. then an operator position is 
seized (action block 608) so that the operator may talk 
to the forward party to explain what happened. The 
operator position and the forward party are fully con- 
nected to allow them to talk to each other. 
25 if the back party disconnects before an announce- 
ment is played, as determined by test 610, then the call 
is torn down (action block 612). If the back party does 
not disconnect, with or without the announcement, then 
a test is made to see whether the forward party has dis- 
30 connected (test 614). If so, an operator position is 
seized and a connection is set up with the back party 
(action block 616). The back party and the operator are 
fully connected. Requests for OPR assistance by the 
back party are ignored, if received, prior to a forward 
35 party disconnect or prior to the actions to be discussed 
below with respect to FIG. 7, starting with action block 
702, because the call is already on a high priority queue 
for an operator. 

FIG. 7 describes the actions performed by the oper- 
40 ator for a modified MECH call in the present invention. 
The operator position is seized, and the billing type, the 
connection status, and the forward and backward num- 
bers, i.e., the called and calling numbers, are displayed 
(action block 701). If the appropriate names have been 
45 entered by the back party while placing the call, these 
are also displayed. Test 702 checks whether these 
names are displayed. If so, the operator signals for a 
connection wherein the called party is fully connected 
and the calling party is muted to prevent unauthorized 
so transmission of a message from the calling party (action 
block 703). If not, the operator signals to set up a split 
connection, the called party is alerted by the operator 
that there is an incoming call, and the calling party is 
queried to obtain the appropriate name(s) (action block 
55 704). This is the information needed by the operator to 
find out if a called party is willing to accept charges for a 
collect call, or to find out if the appropriate individual has 
answered a person-to-person call, and, if not, to ask for 
that appropriate individual. In either case, the operator 
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seeks to get an acceptance of the call from the called 
party. If the operator is satisfied that the conditions for 
setting up the call have been met (positive output of test 
705), then the operator position signals to be released 
from the call and the calling and called parties are con- 5 
nected in a full talking state (action block 706). If the 
operator fails to get an acceptance of the call (negative 
output of test 705), then the operator signals to release 
the forward connection (the connection to the called 
party) and confers further with the calling party via a full 10 
talking state connection (action block 708). 

FIG. 8 is flow diagram of the actions taken by the 
coin station process when a back party requests time 
and charges information. The coin station process is 
idle (block 802) until a Q.931 SETUP message is 75 
received from a switching system (action block 804). 
The process checks whether the SETUP message con- 
tains a UUIE (test 806). If it does not, the process 
ignores the SETUP message without displaying any 
information (action block 808). Otherwise, the process 20 
"opens" the UUIE (action block 810) and verifies if the - 
UUIE has a unique coin station identifier (UCSI) (310 in 
FIG. 3), that matches the UCSI generated for the last 
outgoing call (test 81 2). This UCSI verifies that the infor- 
mation in the UUIE is associated with the back party. If 25 
the UCSI does not match (test 812), the process 
ignores the SETUP message without displaying any 
information (action block 808). If, on the other hand, if 
the UCSI matches that generated for the last outgoing 
call, the process sends a Q.931 REL COMP confirma- 30 
tion message to the modified MECH process (action 
block 816) to terminate the call and displays the time 
and charges information on the display screen of the 
phone (action block 818). The coin station process then 
returns to idle (block 802). 35 

Although the present invention is described using 
the principles of ISDN, other communication facilities 
could be used. For example, the sending of call data 
from the station to the operator assistance system could 
be accomplished using analog data transmission over a 40 
conventional analog line during the initial call request 
period. 

It is to be understood that the above-described pro- 
cedures are merely illustrative of the principles of the 
invention and many variations may be devised by those as 
skilled in the art without departing from the scope of the 
invention. 

Claims 

so 

1 . A method of sending call data from a switching sys- 
tem to a telecommunications station, comprising 
the steps of: 

responsive to a termination of a call between ss 
the switching system and the station, forming a 
call message at the switching system, the mes- 
sage comprising data pertaining to the termi- 
nated call; 



sending the message to the station over a sig- 
naling link for producing a humanly sensible 
indication of the data at the station. 

2. A method as claimed in claim 1 wherein the 
humanly sensible indication is a visual display. 

3. A method as claimed in claim 1 wherein the data 
comprises time and charges data for the terminated 
call. 

4. A method as claimed in claim 1 wherein the call 
message comprises a call setup request message, 
comprising the step of: 

rejecting the call setup request from the system 
at the station to avoid establishing a voice call 
between the system and the station. 

5. A method of sending call data from a switching sys- 
tem to a telecommunications station, wherein the 
system and the station are equipped to handle 
CCITT (International Consultative Committee for 
Telephone and Telegraph) standard Layer 3 
(Q.931) control messages defined for message 
associated user-to-user information (MA-UUI), and 
wherein the system and the station are connected 
via an integrated services digital network (ISDN) 
basic rate interface (BRI), comprising the steps of: 

responsive to a termination of a call between 
- the switching system and the station, forming a 
Q.931 SETUP message at the switching sys- 
tem, the message comprising data pertaining 
to the terminated call; and 
sending the message to the station over an 
ISDN D-channet for producing a visual display 
of the data at the station, wherein the data 
comprises time and charges data for the termi- 
nated call. 

6. A method as claimed in claim 5 wherein the SETUP 
message comprises a call setup request message, 
comprising the step of: 

rejecting the call setup request from the system 
at the station to avoid establishing an ISDN 6- 
channel call between the system and the sta- 
tion. 

7. Apparatus for sending call data from a switching 
system to a telecommunications station, compris- 
ing: 

a switching network, connectable to the station; 
and 

control means, operable under the control of a 
switching system program process, for control- 
ling a: 
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formation of a call message at the switching 
system, comprising time and charges data 
associated with the call after a termination of 
the call; and a 

transmission of the message through the net- s 
work to the station for controlling a display of 
the time and charges data at the station and a 
rejection of subsequent call setup operations 
between the network and the station. 

w 

8. In an intelligent telecommunications station, appa- 
ratus for receiving time and charges call data from 
a switching system following a termination of a call, 
comprising: 

15 

means, responsive to the receipt of a message 
comprising the call data, for extracting the call 
data in the message; and 
responsive to the means for extracting, means 
for displaying the data at the station. 20 

9. Apparatus as claimed in claim 8 comprising: 

means, responsive to the receipt of the mes- 
sage comprising the call data, for checking the 25 
correspondence of a unique identifier of the 
message with a unique identifier originally sup- 
plied by the station for the call. 
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work over an ISDN D-channel of the BRI to the 
station for controlling a display of the time and 
charges data at the station and for rejecting 
subsequent call setup operations between the 
network and the station over an ISDN B-chan- 
nel of the BRI. 

12. An intelligent integrated services digital network 
(ISDN) station comprising: 

means, responsive to a receipt of a CCITT 
(International Consultative Committee for Tele- 
phone and Telegraph) standard layer 3 (Q.931) 
SETUP message over an ISDN D-channel, 
after termination of a call, the SETUP message 
comprising a user-to-user information element 
(UUIE) containing time and charges data for 
the call, for effecting a visual display of the data 
at the station. 

13. A station as claimed in claim 12 comprising: 

means for rejecting a call setup request in the 
SETUP message for establishing an ISDN B- 
channel connection. 



10. Apparatus as claimed in claim 8 wherein the mes- 30 
sage comprises a call setup message, comprising: 

means for rejecting a call setup request of the 
call setup message from the switching system 
at the intelligent telecommunications station to 35 
avoid establishing a call between the system 
and the station. 



11. Apparatus for sending call data from a switching 
system to a telecommunications station, compris- 40 
ing: 

an integrated services digital network (ISDN), . 
connectabie to the station via a basic rate inter- 
face (BRI), and equipped to handle CCITT 45 
(International Consultative Committee for Tele- 
phone and Telegraph) standard layer 3 (Q.931) 
standard call control messages defined for 
message associated user-to-user information 
(MA-UUI); and so 
control means, operable under the control of a 
switching system program process, for control- 
ling a: 

formation of a Q.931 SETUP message at the 
switching system, comprising a user-to-user ss 
information element (UUIE) containing time 
and charges data associated with a call from 
the station after a termination of the call; and a 
transmission of the message through the net- 
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